home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / RockRidge / mail / metamail / contrib / dos / dos-status next >
Encoding:
Internet Message Format  |  1993-02-05  |  4.3 KB
  1. Date:      Mon, 04 Jan 1993 23:48:46 PST
  2. From: "Blake C. Ramsdell" <blake@gstream.com>
  3. Message-Id: <2b493d6a.gstream@gstream.com>
  4. Organization: GlobalStream Corporation (West Coast)
  5. To: "Nathaniel S. Borenstein" <nsb@thumper.bellcore.com>
  6. Cc: haeb@pc60.demon.co.uk
  7. Subject:   Re: Metamail under MS-DOS problems.
  8.  
  9. On Wed, 30 Dec 1992 08:59:01 -0500 (EST), "Nathaniel S. Borenstein"
  10. <nsb@thumper.bellcore.com> wrote:
  11. >     Has anybody got Metamail to work under MS-DOS?   I am
  12. > very new at playing with MIME, and as I have UUPC here it
  13. > seemed that Metamail was the way to go.
  14.  
  15. I use it on a day-to-day basis -- no major problems so far... :)
  16.  
  17. >     Problems so far:   1)  For ordinary 822 messages mm
  18. > uses 'cat'.   Now to most MS-DOS people cat is a furry
  19. > creature that occasionaly allows its slaves to touch a
  20. > keyboard!  :-)    Fortunately I found a cat from somewhere,
  21. > but this might be slightly difficult for some.   There is a
  22. > further problem that I suspect that any command that Metamail
  23. > calls must not be embedded in command.com, so that rules out
  24. > both copy and type, so it seems that cat needs to be included
  25. > in an MS-DOS based archive.
  26.  
  27. Or you can use a shareware pager like "LIST" by Vern Buerg.  This is what I
  28. use here...
  29.  
  30. As an experiment here, I tried using the DOS internal TYPE command and the
  31. DOS external MORE command (you can use any internal DOS command by
  32. prefixing the command with the string "command /c " -- so to use the TYPE
  33. command you can use "command /c type".  Just a hint...)  The only problem
  34. is that because DOS machines like their CR/LF pairs so much (UUPC mail is
  35. stored in UNIX format with only CRs at the end of lines so as to maintain
  36. compatibility), the TYPE and the MORE commands will give you somewhat silly
  37. output...  I'll be thinking about this in the future -- thanks for alerting
  38. me!  What I'm thinking of is making a filter "crtocrlf" that will convert
  39. text stored with just CRs at the end of the lines to have CRLFs.  Then you
  40. can have a "text/plain" entry like:
  41.  
  42. text/plain; crtolf %s | more
  43.  
  44. >     2)  Mailers.txt suggests that to get it to work with UUPC
  45. > mail just change the 'Pager=' line in personal.rc.  This
  46. > unfortunately is not enough, as mail will use the pager when
  47. > displaying help, with weird results!
  48.  
  49. Yup.  I never used help!  Good thinking -- not sure what to do about it,
  50. though.  Most likely it will be a caveat of using metamail with UUPC and
  51. documented as such.
  52.  
  53. > You need to change 'options=nopager' to 'options=pager'.
  54. > This reverses the way the pager is used, and, incidently, won't call
  55. > Metamail unless requeted.
  56.  
  57. I assume that this is only if you need to use help...  Otherwise
  58. "options=nopager" will work fine.
  59.  
  60. >     Having got this far I'm a little stymied.  mailcap will
  61. > not work under MS-DOS, as it uses shell scripts that just
  62. > don't work there.  So what next?
  63.  
  64. Well, attached is my mailcap file, if that helps.  Hopefully I will get a
  65. chance to update the MIME source so that I can include it in the release.
  66. Basically I have entries for "image/*", "text/richtext", and "text/*":
  67.  
  68. image/*; vpic %s
  69. text/richtext; richtext -a %s; needsterminal
  70. text/*; list %s
  71.  
  72. The VPIC program will view quite a few popular image formats (the most
  73. prevalent that I have seen used with MIME is the GIF format which is
  74. supported by VPIC.)  This is also a shareware program.
  75.  
  76. There was another individual who was attempting to convert some of the
  77. shell scripts (specifically for "showpartial"), but because of the
  78. complexity of the task gave it up.
  79.  
  80. >From my experience, my messages have all had "text/richtext", "image/gif"
  81. and so forth (i.e. not a lot of "message/external-body" or
  82. "message/partial".)  This has been enough for my needs, but if you want
  83. some other specific handlers let me know (I may get some free cycles and
  84. write them, or I may at least know of shareware programs that will fit the
  85. bill).
  86.  
  87. Thanks for the input!  I'm sorry about your frustration :)!  Like I said,
  88. when I get my act together I will try to get the DOS version up to par with
  89. the other platforms.  Thank you for the input about the problems.
  90.  
  91. Blake
  92. -- 
  93. Blake C. Ramsdell              |   Voice:    (206) 858-7858
  94. GlobalStream Corporation       |   FAX:      (206) 858-7862
  95. 5122 Olympic Dr. NW Ste. A102  |   UUCP:     nwnexus!gstream!blake
  96. Gig Harbor, WA  98335          |   Internet: blake@gstream.com
  97.  
  98.  
  99.